home *** CD-ROM | disk | FTP | other *** search
- Path: news.eunet.fi!fipnet!kone!jsaarinen
- Newsgroups: comp.sys.amiga.programmer
- X-NewsReader: IntuiNews 1.2b (31.7.94)
- References: <4hoe66$kj7@unokegw.unoke.pfu.co.jp>
- From: "Jyrki Saarinen" <jsaarinen@kone.fipnet.fi>
- Date: Tue, 12 Mar 96 19:00:09 UT
- Comments: Illegal date header - new date added by quicknews
- X-Original-Date: Tue, 12 Mar 96 20:21:32
- MIME-Version: 1.0
- Content-Type: text/plain; charset=iso-8859-1
- Content-Transfer-Encoding: binary
- Subject: Re: blitter is slow?
- Message-ID: <38232939@kone.fipnet.fi>
-
-
- > I have programmed on my A1200 030/50mhz that some filled polygons
- > rolling on PAL screen.
- >
- > I used blitter to draw polygon(line draw, fill it, and copy it),
- > and I find out an information that blitter can do 320polygons/sec.
- >
- > Of course, we must draw polygon to cleared single bitplane then
- > copy(or clear) to n depth planner bitplanes.
- >
- > A question is that blitter can't draw more polygons? Or simply
- > my program is slow?
-
- The blitter is nowadays only good for doing chunky2planar
- passes or something like that. Draw your polygons with
- the CPU to CHIP-ram directly, or use a chip-buffer
- that contains all planes in a single long, for example
- each long has eight pixels and four planes, or four
- pixels and eight planes. Then convert this to bitplanes
- with the blitter.
-
- I assumed you wanted flat shaded polygons.. If you want
- texture mapping or other per-pixel processing, a chunky
- buffer in FAST-ram and optimal chunky2planar routine
- provides a really good speed..
-
- -- _
- a Stellar programmer _ //
- "Amiga - back for the future" \X/
-